home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 850 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.3 KB
  1. Path: easy.in-chemnitz.de!mkmk!floh
  2. From: floh@mkmk.in-chemnitz.de (Andre Weissflog)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Amiga Questions Update
  5. Message-ID: <JTnWx*MA0@mkmk.in-chemnitz.de>
  6. Date: Fri, 12 Jan 1996 01:44:13 CET
  7. Reply-To: floh@mkmk.in-chemnitz.de
  8. References: <4d312g$360@news.cityscape.co.uk>
  9. Distribution: world
  10. Organization: private uucp site
  11. X-Newsreader: Arn V 1.04
  12.  
  13. In article <4d312g$360@news.cityscape.co.uk>, NEW COLLEGE writes:
  14.  
  15. > 
  16. > This may be so but some sort of base config must be defined because
  17. > if the new amiga has some form of custom chipset then anyone runnig
  18. > the OS on say a Power Mac will be have a much slower system, because
  19. > Intuition/Amigados/Exec will have to emulate many parts of the new
  20. > Amiga's system using only the CPU and the Mac's Video chipset,
  21. > limiting it and slowing things down. A possible solution to this would
  22. > be to sell (or bundle with the OS) the new Amiga's chipset on a PCI
  23. > card, or just a cut down version with the major features, this would
  24. > mean that the OS could autosense and use the card to provide all of
  25. > the amiga's benefits.
  26. > 
  27. No. You don't need any Amiga chip set to get full speed on
  28. other platforms. Let's clarify it:
  29.  
  30. On a first look, the following Amiga devices need be rewritten,
  31. to work on another platform:
  32.  
  33.     gameport.device
  34.     timer.device
  35.     keyboard.device
  36.     trackdisk.device
  37.     scsi.device
  38.     serial.device
  39.     parallel.device
  40.  
  41. With RTG as it was supposed to be, some sort of graphics.device
  42. would exist for each gfx card or gfx chip set.
  43.  
  44. The graphics.device would access the device specific blitter
  45. (and if exists, even the copper) to provide a 
  46. *hardware*independent* yet efficient interface to the graphics
  47. hardware. graphics.library uses those graphics devices to do its 
  48. stuff. No need for graphics.library to directly play around
  49. with a blitter or a copper.
  50.  
  51. If a gfx hardware has no blitter, or the blitter doesn't support
  52. a specific bitmap format, the graphics.device uses the cpu
  53. to accomplish that specific task transparently.
  54.  
  55. > For example Apple are about to release a Texture Mapping Card for the
  56. > PowerMac in the US for about $300-$400 alone! AAA offers this and much
  57. > more for about 1/4 or less of the price. It gives features mac users
  58. > would normally have to sell several organs to get!.
  59. > 
  60. $300 is dirt cheap for 3d hardware. Look at a SGI system, and how
  61. close you come to it with one of those $300 cards.
  62.  
  63. AAA did not have the slightest support for 3d rendering built
  64. in. Hombre did, but that's another story.
  65.  
  66. > MagicWB does go a long way to improving the look of WB, but my prize
  67. > for best WB enhancer goes to................ MUI, it's a brilliant
  68. > piece of coding (if a bit slow, but MUI v3 is meant to fix this, does
  69. > it, please tell me!), allowing virtually every intuition function to
  70. > be altered to your taste. Maybe AT should build in (and update!) this in
  71. > the new OS. How about hiring Stefan Scwartz ( He did program it,
  72. > right?) to build it into intuition for them.
  73. > 
  74. His name is Stefan Stuntz :-)
  75. And I guess integrating MUI into the OS would make a couple
  76. of people quite angry (not me, I like it).
  77.  
  78. > Floh corrected me on this, it appears that PCI cards do use a ROM chip
  79. > id, it's just that the PC dosen't use it. Does this mean that the Mac
  80. > does?
  81. > 
  82. Ehrmm, no. The PCI card ROMs contain 'autoconfig' code for the
  83. card itself. The PCI specs say, there may be multiple independent
  84. chunks of code there, one for each supported processor (possibly
  85. systems, too?). Anyway, since most PCI cards today sell for
  86. pc systems, manufacturers only put x86 code into the ROMs, so the
  87. card is more or less useless for systems with other cpus, unless
  88. a x86 interpreter is used. There's also a standard for processor
  89. independent interpreted code, called OpenBoot or so, but it
  90. didn't have much impact as yet.
  91.  
  92. And that seems to be the main reason, why Macs require special
  93. "Mac ROMs" on their PCI cards.
  94.  
  95. This is all only critical for graphics cards, since practically
  96. all other cards can be initialized during system boot through
  97. disk loaded drivers.
  98.  
  99. Maybe some hardware wizard can tell us more?
  100.  
  101. Bye,
  102. -Floh.
  103.  
  104. ====//=== Andre Weissflog <floh@mkmk.in-chemnitz.de> =======
  105. ...// Sep'95: Return Of The Living Death...................
  106. \\// 90% of everything is crap (Sturgeon's Law)...........
  107. =\\===============================================Amiga!=
  108.  
  109.